Week10_실전 회독 1
Week 10 · 헷갈리는 개념 비교 · 풀이 전략
시간 관리 & 풀이 전략
150분 배분 (권장)
| 구간 | 시간 | 할 일 |
|---|---|---|
| 1차 풀이 | 0 ~ 100분 | 과목당 약 20분. 30초 안에 감이 안 오면 표시하고 패스 |
| 2차 풀이 | 100 ~ 130분 | 표시한 문제만. 소거법으로 2개까지 줄이고 선택 |
| 검토 | 130 ~ 145분 | "옳지 않은 것" 문제 다시 읽기, 마킹 누락 확인 |
| 여유 | 145 ~ 150분 | 빈칸 없이 전부 답 선택 (CBT는 미응답 = 0점) |
- 문항당 평균 1분 12초 (120분 기준). 계산 문제(ALE, RSA, 서브넷)는 2분까지 허용, 대신 암기형은 20초 안에.
- 과목 순서: 자신 있는 과목부터 → 과락 위험 과목은 집중력 좋은 앞쪽에 배치하는 것도 방법. 회차 A~C에서 순서 2가지를 시험해 보고 고정.
- 시간 체크 포인트: 20번 = 25분, 50번 = 60분, 80번 = 95분, 100번 = 120분. 늦으면 다음 과목에서 "표시 후 패스"를 더 과감하게.
소거법 예시
문제: 다음 중 무결성을 보장하는 보안 모델은?
① BLP ② Biba ③ Clark-Wilson ④ ②와 ③ 모두
- "무결성" 키워드 → BLP(기밀성) 먼저 제거 → ① 탈락
- Biba = 최초의 무결성 모델, Clark-Wilson = 상업용 무결성 모델 → 둘 다 무결성
- "모두" 보기가 있을 때는 개별 보기가 모두 맞는지 확인 → ④
문제: 다음 중 옳지 않은 것은? (4개 중 3개가 맞는 설명)
- 각 보기 끝에 O / X 를 직접 메모(CBT 메모장/연습지). X가 2개 이상 나오면 문제를 다시 읽기 (부정형을 긍정형으로 오독했을 가능성).
- 보기에 "항상, 반드시, 모든, 절대, 오직" → 틀린 보기일 확률 높음. "일반적으로, ~할 수 있다" → 맞는 보기일 확률 높음. (절대 규칙 아님, 헷갈릴 때의 보조 근거)
- 두 보기가 정반대 내용이면 둘 중 하나가 정답일 가능성이 큼 (예: "실시간" vs "주기적").
- 숫자 보기가 1, 2, 3, 5처럼 나오면 근거 없이 중간값 찍지 말고 관련 공식(n(n-1)/2 등)으로 검산.
키워드 트리거 목록 (문제에 이 단어 → 이 개념)
| 문제 속 단어 | 떠올릴 개념 |
|---|---|
| 기밀성, No Read Up, 군사 | BLP |
| 무결성, No Write Up, No Read Down | Biba |
| 정형화된 트랜잭션, 직무분리, 상업 | Clark-Wilson |
| 이해 충돌, 컨설팅 회사 | 만리장성(Brewer-Nash) |
| 레이블, 비밀등급, 시스템이 강제 | MAC (강제적 접근통제) |
| 소유자가 권한 부여, ACL | DAC (임의적 접근통제) |
| 직무, 역할, 인사이동 잦음 | RBAC |
| 티켓, TGT, KDC, 시간 동기화 | Kerberos |
| 부인방지 | 전자서명 (개인키) — MAC은 부인방지 X |
| 실시간 인증서 상태 | OCSP |
| 같은 평문 → 같은 암호문, 패턴 노출 | ECB |
| 카운터, 병렬 암·복호화 | CTR |
| 반쯤 열린 연결, Backlog 가득 | SYN Flooding → SYN Cookie |
| 출발지 = 목적지 IP | Land 공격 |
| 단편화 오프셋 겹침 | Teardrop |
| 브로드캐스트 + ICMP Echo, 증폭 | Smurf → directed-broadcast 차단 |
| 65,535바이트 초과 ICMP | Ping of Death |
| ARP Reply 위조, MAC 테이블 | ARP 스푸핑 → 정적 ARP |
| 스위치 MAC 테이블 넘치게 | MAC Flooding (스위치 재밍) |
| 시퀀스 번호 예측, RST | 세션 하이재킹 |
| 웹 페이지에 스크립트 저장 | Stored XSS |
| 피해자 권한으로 원치 않는 요청 | CSRF → CSRF 토큰, SameSite |
| 서버가 내부 URL 호출, 169.254.169.254 | SSRF |
| ' OR 1=1 --, 바인드 변수 | SQL Injection → Prepared Statement |
| ../ , 상위 디렉터리 | 경로 조작(Directory Traversal) |
| 문자열 끝 Null, %00 | Null Byte Injection |
| 리턴 주소 덮어쓰기, 스택 | 스택 BOF → 스택 가드(카나리), ASLR, NX/DEP |
| %n, printf | 포맷 스트링 공격 |
| 경쟁 조건, 임시 파일, 심볼릭 링크 | Race Condition |
| SUID + root 쉘 | 권한 상승 → find -perm -4000 점검 |
| 로그 삭제, utmp/wtmp 조작 | 안티포렌식 / 루트킷 |
| SLE × ARO | ALE (정량 위험분석) |
| 전문가 합의, 반복 설문 | 델파이법 (정성) |
| 보험 | 위험 전가 |
| 가명처리 + 추가정보 없이 식별 불가 | 가명정보 (통계·연구·공익 기록보존) |
| 72시간, 1천명 | 개인정보 유출 통지·신고 (통지 72시간 / 신고 72시간: 1천 명 이상·민감/고유식별·외부 불법접근) (현행 법령 확인) |
| 16 + 64 + 21 = 101 (구 기출은 22·102) | ISMS-P 인증 기준 (ISMS = 80) |
| EAL, PP, ST, TOE | CC (ISO/IEC 15408) |
| 공공기관이 클라우드 도입 | CSAP |
| Plan-Do-Check-Act | ISO 27001 / 관리체계 순환 |
오답 분석 방법
오답 원인 4분류
| 코드 | 원인 | 증상 | 처방 |
|---|---|---|---|
| A | 개념 모름 | 해설을 읽어도 처음 보는 내용 | 해당 Week 노트 Day 재독 → 카드 1장 추가 |
| B | 헷갈림 | 두 개념 중 하나로 좁혔는데 반대를 고름 | 이 노트 비교표에 추가 / 암기 요령 만들기 |
| C | 문제 오독 | "옳지 않은"을 놓침, 주어 바꿔 읽음 | 문제 읽을 때 부정어에 밑줄 습관 |
| D | 실수 | 알았는데 마킹 실수, 계산 실수 | 검토 시간 확보 (시간 배분 재조정) |
- A·B 비중이 높으면 → 공부량 문제. 주차 노트로 돌아가기.
- C·D 비중이 높으면 → 실력은 충분. 풀이 습관 문제. 다음 회차에서 속도를 10% 줄이기.
- 회차마다 A/B/C/D 개수를 세서 아래처럼 기록.
오답 기록 템플릿
[회차 A] 과목 3 · 문항 47 · 원인 B (헷갈림)
- 내 답: ③ CSRF / 정답: ① SSRF
- 왜 틀렸나: "요청" 단어만 보고 CSRF로 판단. 요청 주체가 "서버"인 걸 놓침.
- 핵심 한 줄: 요청 주체가 피해자 브라우저 → CSRF / 서버 → SSRF
- 연결 노트: [[Week09_어플리케이션 보안]] Day 1, 이 노트 비교 ⑨
- 재시도: □ 1일 후 □ 3일 후 □ 7일 후
작성 예시 (worked example)
문제(가상): 증분 백업에 대한 설명으로 옳은 것은?
① 마지막 전체 백업 이후 변경분을 백업한다 ② 복구 시 전체 백업과 마지막 증분 백업만 필요하다 ③ 백업 시간이 가장 짧다 ④ 복구 시간이 가장 짧다
내 답 ① / 정답 ③
| 항목 | 내용 |
|---|---|
| 원인 | B (헷갈림) — ①은 차등 백업 설명. 차등·증분 기준점이 뒤섞임 |
| 핵심 한 줄 | 차등 = 마지막 전체 이후 / 증분 = 마지막 아무 백업 이후 |
| 왜 ②④도 틀렸나 | ② "마지막 증분만" → 증분은 전부 필요 / ④ 복구 가장 빠른 건 전체 백업 |
| 처방 | 비교 ⑤ 표를 손으로 한 번 그리기, 카드 추가 |
| 결과 | 3일 후 재시도 O → 체크 |
헷갈리는 개념 비교 (26선)
표 → 왜 헷갈리나 → 암기 요령 → 확인 문제 순서. 문제는 접어둔 정답을 보기 전에 먼저 고르기.
① 보안 모델 — BLP vs Biba vs Clark-Wilson vs 만리장성
| BLP | Biba | Clark-Wilson | 만리장성 (Brewer-Nash) | |
|---|---|---|---|---|
| 목적 | 기밀성 | 무결성 | 무결성 (상업) | 이해충돌 방지 |
| 읽기 규칙 | No Read Up | No Read Down | — | 경쟁사 정보 접근 시 차단 |
| 쓰기 규칙 | No Write Down (*-속성) | No Write Up | — | — |
| 핵심 | 군사 비밀 등급 | 낮은 신뢰 데이터 오염 방지 | 정형 트랜잭션(TP), 직무분리, 감사 | 접근 이력에 따라 동적 권한 |
- 왜 헷갈리나: BLP와 Biba의 Up/Down이 정확히 반대라서 한쪽만 외우면 뒤집힘.
- 암기 요령: BLP는 "비밀은 위로 못 읽고 아래로 못 흘린다", Biba는 BLP를 거울에 비춘 것 (Read Down 금지 / Write Up 금지).
Q1. 다음 중 Biba 모델의 규칙으로 옳은 것은?
① 주체는 자신보다 높은 등급의 객체를 읽을 수 없다 ② 주체는 자신보다 낮은 무결성 등급의 객체를 읽을 수 없다 ③ 주체는 자신보다 낮은 등급의 객체에 쓸 수 없다 ④ 기밀성 보장을 목적으로 한다
정답: ②
- Biba = No Read Down(단순 무결성), No Write Up(* 무결성). ①③은 BLP 규칙, ④ 기밀성은 BLP의 목적.
Q2. 금융 거래처럼 "인가된 프로그램을 통해서만 데이터를 변경"하고 직무분리를 강조하는 모델은?
① BLP ② Biba ③ Clark-Wilson ④ 만리장성
정답: ③
- Clark-Wilson은 사용자가 데이터(CDI)에 직접 접근하지 않고 정형화된 트랜잭션(TP)을 통해서만 변경하게 하는 상업용 무결성 모델.
② 식별 · 인증 · 인가 · 책임추적
| 식별 (Identification) | 인증 (Authentication) | 인가 (Authorization) | 책임추적 (Accountability) |
|---|---|---|---|
| 누구라고 주장 (ID 입력) | 그 주장이 맞는지 확인 (PW, OTP, 지문) | 무엇을 할 수 있나 (권한 부여) | 무엇을 했나 (로그, 감사) |
- 인증 요소: 지식(Something you know: PW) / 소유(have: OTP, 스마트카드) / 존재(are: 지문, 홍채) / 행위(do: 서명 패턴). 다중 요소 = 서로 다른 종류를 결합해야 함 (PW + PIN은 둘 다 지식 → 2요소 아님).
- 왜 헷갈리나: 일상에서 "인증"과 "인가"를 섞어 씀.
- 암기 요령: 순서 고정 "식 → 인증 → 인가 → 책임" = "누구? 진짜? 뭐 해? 뭐 했어?"
Q3. 다음 중 2요소(Two-factor) 인증에 해당하는 것은?
① 패스워드 + 보안 질문 답변 ② 패스워드 + PIN ③ 지문 + 홍채 ④ 패스워드 + OTP 토큰
정답: ④
- 패스워드(지식) + OTP 토큰(소유) = 서로 다른 요소. ①②는 모두 지식, ③은 모두 존재(생체) 요소.
③ 해시 / MAC / 전자서명
| 해시 | MAC | 전자서명 | |
|---|---|---|---|
| 키 | 없음 | 대칭키(공유 비밀키) | 서명: 송신자 개인키 / 검증: 송신자 공개키 |
| 무결성 | O | O | O |
| 메시지 출처 인증 | X | O | O |
| 부인방지 | X | X (키를 둘이 공유하므로 누가 만들었는지 증명 불가) | O |
| 예 | SHA-256 | HMAC, CBC-MAC | RSA 서명, DSA, ECDSA |
- 왜 헷갈리나: 셋 다 "고정 길이 값을 붙여 위변조 확인"이라는 모양이 같음.
- 암기 요령: 키가 없으면 해시, 둘이 나눠 가지면 MAC, 혼자만 가지면 서명 → 혼자만 가져야 "네가 했지"(부인방지)가 성립.
Q4. 송신자와 수신자가 같은 비밀키를 공유하여 생성하는 MAC으로 제공할 수 없는 보안 서비스는?
① 무결성 ② 메시지 인증 ③ 부인방지 ④ 데이터 위변조 탐지
정답: ③
- 수신자도 같은 키로 MAC을 만들 수 있으므로 제3자에게 "송신자가 만들었다"를 증명할 수 없음 → 부인방지 불가.
④ 오류율 — FP/FN (IDS) & FAR/FRR (생체인증)
| 용어 | 의미 | 보안상 더 위험? |
|---|---|---|
| False Positive (오탐) | 정상을 공격으로 판단 | 운영 부담 ↑ |
| False Negative (미탐) | 공격을 정상으로 판단 | ★ 더 위험 |
| FRR (오거부율, Type I) | 본인을 거부 | 사용자 불편 |
| FAR (오수락율, Type II) | 타인을 승인 | ★ 더 위험 |
| CER / EER | FAR = FRR 되는 지점 | 낮을수록 정확한 장비 |
- 왜 헷갈리나: Positive/Negative가 "공격 판정"을 기준으로 한다는 걸 놓침. FAR/FRR도 Accept/Reject 기준.
- 암기 요령: "Positive = 공격이라고 외침", "False = 그 외침이 틀림". FAR의 A는 Accept(받아들임) → 도둑을 받아들이면 큰일.
- 민감도(임계값)를 높이면 FRR ↑, FAR ↓ (서로 반비례).
Q5. 생체인증 장비의 정확도를 비교할 때 가장 적절한 지표는?
① FAR ② FRR ③ CER(교차오류율) ④ 처리 속도
정답: ③
- FAR과 FRR은 임계값에 따라 반비례하므로 하나만으로는 비교 불가. 두 값이 같아지는 CER(EER)이 낮을수록 정확한 장비.
Q6. IDS가 실제 공격 트래픽을 정상으로 판단하여 탐지하지 못한 경우는?
① True Positive ② False Positive ③ True Negative ④ False Negative
정답: ④
- "정상(Negative)"이라고 판단했는데 그 판단이 틀림(False) → False Negative(미탐). 보안상 가장 위험.
⑤ 백업 — 전체 / 차등 / 증분
| 전체 (Full) | 차등 (Differential) | 증분 (Incremental) | |
|---|---|---|---|
| 백업 기준점 | 전부 | 마지막 전체 백업 이후 | 마지막 백업(종류 무관) 이후 |
| 백업 시간·용량 | 가장 큼 | 날이 갈수록 커짐 | 가장 작음 |
| 복구에 필요한 것 | 전체 1개 | 전체 + 최신 차등 1개 | 전체 + 이후 증분 전부 |
| 복구 속도 | 가장 빠름 | 중간 | 가장 느림 |
- 예: 일요일 전체, 월~목 매일 백업, 목요일 장애 → 차등은 "일 + 목" 2개, 증분은 "일 + 월 + 화 + 수 + 목" 5개.
- 왜 헷갈리나: 차등이 "차이(Diff)"라서 "직전과의 차이"로 오해 → 실제로 직전과의 차이는 증분.
- 암기 요령: 차등 = 차곡차곡 쌓임(전체 기준 누적), 증분 = 그날 늘어난 분(직전 기준).
Q7. 일요일 전체 백업 후 월~금 매일 증분 백업을 했다. 금요일 오후 장애 시 복구에 필요한 백업 개수는?
① 1개 ② 2개 ③ 5개 ④ 6개
정답: ④
- 전체(일) 1개 + 증분(월·화·수·목·금) 5개 = 6개. 차등이었다면 일 + 금 = 2개.
⑥ DR 사이트 — 미러 / 핫 / 웜 / 콜드
| 미러 사이트 | 핫 사이트 | 웜 사이트 | 콜드 사이트 | |
|---|---|---|---|---|
| 상태 | 주센터와 동시 운영(Active-Active) | 동일 장비 대기 (Active-Standby) | 주요 장비 일부만 | 공간·전원·통신만 |
| 데이터 | 실시간 동기화 | 실시간~수시간 | 주기 백업 | 없음 (반입) |
| RTO | 즉시(0) | 수 시간 이내 | 수일 | 수주~수개월 |
| 비용 | 최고 | 높음 | 중간 | 최저 |
- 왜 헷갈리나: 미러와 핫이 모두 "실시간"처럼 들림.
- 암기 요령: 온도 = 준비도. 미러(거울처럼 똑같이 같이 돌아감) > 핫 > 웜 > 콜드(빈 방).
Q8. 주 센터와 동일한 수준의 시스템을 원격지에 구축하고 Active-Active로 동시에 운영하여 복구 시간이 거의 0인 방식은?
① 콜드 사이트 ② 웜 사이트 ③ 핫 사이트 ④ 미러 사이트
정답: ④
- Active-Active 동시 운영 = 미러 사이트. 핫 사이트는 대기(Standby) 상태에서 전환하므로 수 시간 정도 소요.
⑦ RTO / RPO / MTD
| 용어 | 질문 | 단위 | 예 |
|---|---|---|---|
| RTO (Recovery Time Objective) | 장애 후 얼마 안에 서비스를 다시 켤 것인가 | 시간 (장애 시점 → 이후) | 4시간 안에 재개 |
| RPO (Recovery Point Objective) | 어느 시점의 데이터까지 되살릴 것인가 (허용 데이터 손실량) | 시간 (장애 시점 → 이전) | 최근 1시간 데이터 손실 허용 |
| MTD (최대허용중단시간) | 이 이상 멈추면 조직이 회복 불가 | 시간 | RTO ≤ MTD |
- BIA(업무영향분석) 에서 MTD·RTO·RPO를 결정 → 이에 맞춰 DR 사이트·백업 주기 선택.
- 왜 헷갈리나: 둘 다 "복구 목표 시간".
- 암기 요령: RTO의 T = Time(언제 켜나, 미래 방향), RPO의 P = Point(어디까지 되돌아가나, 과거 방향). RPO 1시간 → 백업/복제 주기는 1시간 이하여야 함.
Q9. "장애 발생 시 최대 15분 분량의 데이터 손실까지만 허용한다"는 요구사항과 관련된 지표는?
① RTO ② RPO ③ MTBF ④ MTTR
정답: ②
- 데이터 손실 허용 범위(되돌아갈 시점) = RPO. RTO는 서비스 재개까지 걸리는 시간 목표.
⑧ 방화벽 / IDS / IPS / WAF / UTM
| 위치 | 하는 일 | 주 계층 | 예 | |
|---|---|---|---|---|
| 방화벽 | 인라인 (경계) | IP·포트·상태 기반 허용/차단 | 3~4 | iptables, 상태검사 방화벽 |
| IDS | 미러링/탭 (Out-of-path) | 탐지·경보만 (차단은 RST 정도) | 3~7 | Snort(IDS 모드) |
| IPS | 인라인 | 탐지 + 실시간 차단 | 3~7 | Snort/Suricata inline |
| WAF | 인라인 (웹서버 앞) | HTTP 요청/응답 내용 검사 (SQLi, XSS) | 7 | ModSecurity |
| UTM | 인라인 | 방화벽 + IPS + AV + VPN 통합 | 3~7 | 중소규모 통합 장비 |
- 방화벽 발전: 패킷 필터링 → 서킷 게이트웨이 → 애플리케이션 게이트웨이(프록시) → 상태 검사(Stateful Inspection) → 차세대(NGFW, 앱 식별).
- 왜 헷갈리나: IDS와 IPS 모두 탐지 엔진이 같음. 차이는 배치 위치.
- 암기 요령: IDS = Detect(CCTV), IPS = Prevent(경비원), WAF = 웹 전용 경비원.
Q10. 다음 중 IPS에 대한 설명으로 옳지 않은 것은?
① 트래픽 경로상에 인라인으로 설치된다 ② 탐지된 공격 패킷을 실시간으로 차단할 수 있다 ③ 장비 장애 시 네트워크 가용성에 영향을 줄 수 있다 ④ 미러링 포트에 연결되어 원본 트래픽에 영향을 주지 않는다
정답: ④
- 미러링(SPAN) 포트로 사본만 받는 것은 IDS 방식. IPS는 인라인이므로 장애 시 가용성 문제(→ Fail-open/바이패스 기능)가 생김.
⑨ XSS / CSRF / SSRF
| XSS | CSRF | SSRF | |
|---|---|---|---|
| 악성 행위가 일어나는 곳 | 피해자 브라우저에서 스크립트 실행 | 피해자 브라우저가 (피해자 권한으로) 서버에 요청 | 서버가 공격자 지정 URL로 요청 |
| 노리는 것 | 쿠키·세션 탈취, 피싱 페이지 삽입 | 비밀번호 변경, 송금 등 원치 않는 행위 | 내부망 서비스, 클라우드 메타데이터(169.254.169.254) |
| 유형 | Stored / Reflected / DOM | — | — |
| 대표 대응 | 입력 검증 + 출력 인코딩, HttpOnly, CSP | CSRF 토큰, SameSite 쿠키, 재인증, Referer 검증 | URL 화이트리스트, 내부 IP 차단, IMDSv2 |
- 왜 헷갈리나: 셋 다 "Cross / Server-side" 이름에 Request가 섞임.
- 암기 요령: XSS = 스크립트가 주인공, CSRF = 피해자가 시켜서 요청, SSRF = 서버가 속아서 요청.
Q11. 공격자가 게시판에 <img src="http://bank.com/transfer?to=attacker&amt=100"> 를 올려, 로그인한 사용자가 글을 열람만 해도 송금 요청이 발생했다. 이 공격과 가장 효과적인 대응은?
① XSS – HttpOnly 쿠키 ② CSRF – 요청마다 예측 불가능한 토큰 검증 ③ SSRF – URL 화이트리스트 ④ SQL Injection – Prepared Statement
정답: ②
- 스크립트 실행이 아니라 피해자 브라우저가 피해자 세션으로 원치 않는 요청을 보냄 → CSRF. 상태 변경 요청은 GET 금지 + CSRF 토큰.
Q12. 웹 애플리케이션의 "URL로 이미지 가져오기" 기능에 http://169.254.169.254/latest/meta-data/ 를 입력해 클라우드 자격증명을 얻은 공격은?
① Stored XSS ② CSRF ③ SSRF ④ Clickjacking
정답: ③
- 서버가 공격자 지정 내부 주소로 요청 → SSRF. 클라우드 대응: IMDSv2(세션 토큰 필요), 메타데이터 주소 차단.
⑩ IPSec — AH vs ESP / 전송 모드 vs 터널 모드
| AH (프로토콜 번호 51) | ESP (프로토콜 번호 50) | |
|---|---|---|
| 기밀성(암호화) | X | O |
| 무결성·출처 인증 | O (IP 헤더 불변 필드 포함) | O (선택, ESP 헤더 이후만) |
| 재전송 방지 | O (순서번호) | O |
| NAT 통과 | X (IP 헤더가 바뀌면 검증 실패) | O (NAT-T, UDP 4500) |
| 전송 모드 (Transport) | 터널 모드 (Tunnel) | |
|---|---|---|
| 보호 범위 | 원래 IP 헤더 유지, 페이로드만 | 원래 IP 패킷 전체를 감싸고 새 IP 헤더 |
| 사용 | 호스트 ↔ 호스트 (End-to-End) | 게이트웨이 ↔ 게이트웨이 (VPN) |
- 키 교환: IKE (UDP 500), SA(보안 연관)는 단방향 → 양방향 통신엔 SA 2개.
- 왜 헷갈리나: AH도 "Authentication"이라 인증·무결성은 둘 다 됨. 차이는 암호화 하나.
- 암기 요령: ESP의 E = Encryption. 터널 = 통째로 터널에 넣는다.
Q13. 다음 중 IPSec에 대한 설명으로 옳은 것은?
① AH는 데이터 기밀성을 제공한다 ② 터널 모드는 원래 IP 헤더를 포함한 패킷 전체를 보호한다 ③ ESP의 IP 프로토콜 번호는 51이다 ④ 전송 모드는 주로 게이트웨이 간 VPN에 사용된다
정답: ②
- ① AH는 암호화 없음 ③ ESP 50, AH 51 ④ 게이트웨이 간 VPN은 터널 모드.
⑪ 접근통제 정책 — DAC / MAC / RBAC (+ ABAC)
| DAC (임의적) | MAC (강제적) | RBAC (역할 기반) | |
|---|---|---|---|
| 권한 결정자 | 객체 소유자 | 시스템(관리자) — 보안 레이블 비교 | 역할(직무) 에 권한 부여 |
| 기준 | 신분(Identity) | 비밀등급 vs 허가등급 | 역할 |
| 구현 | ACL, Capability List, 유닉스 rwx | 보안 레이블, SELinux | 역할 할당 |
| 장점 | 유연 | 강력·중앙통제 | 인사이동에 유리, 최소권한·직무분리 |
| 단점 | 트로이목마에 취약, 권한 전파 | 경직, 구현 복잡 | 역할 설계 부담 |
- ABAC(속성 기반): 사용자·자원·환경 속성(시간, 위치)으로 판단 — 제로트러스트와 잘 맞음.
- 왜 헷갈리나: "Mandatory"를 "관리자가 임의로"로 오해, RBAC를 Non-DAC(비임의적)로 분류하는 것도 헷갈림.
- 암기 요령: D = 내 거니까 내 맘대로(Discretionary), M = 규정이라 무조건(Mandatory), R = 자리(Role)가 권한.
Q14. 인사이동이 잦은 조직에서 관리 부담을 줄이기 위해 직무에 권한을 부여하고 사용자를 직무에 할당하는 방식은?
① DAC ② MAC ③ RBAC ④ ACL
정답: ③
- 사람이 바뀌면 역할 할당만 바꾸면 됨 → RBAC. ACL은 DAC의 구현 수단.
⑫ 개인정보 / 가명정보 / 익명정보
| 개인정보 | 가명정보 | 익명정보 | |
|---|---|---|---|
| 정의 | 살아있는 개인을 알아볼 수 있는 정보 | 가명처리하여 추가정보 없이는 특정 개인을 알아볼 수 없는 정보 | 시간·비용·기술을 합리적으로 고려해도 더 이상 개인을 알아볼 수 없는 정보 |
| 개인정보보호법 적용 | O | O (개인정보에 포함) | X |
| 동의 없이 처리 | 법정 사유만 | 통계작성, 과학적 연구, 공익적 기록보존 목적이면 가능 | 자유 |
| 재식별 | — | 금지 (위반 시 형사처벌·과징금) | — |
| 결합 | — | 서로 다른 처리자 간 결합은 결합전문기관에서 | — |
- 비식별 기법: 가명처리, 총계처리, 데이터 삭제, 범주화, 데이터 마스킹 + 적정성 평가(k-익명성, l-다양성, t-근접성).
- 왜 헷갈리나: 둘 다 "이름을 지운 정보"로 생각.
- 암기 요령: 가명 = 가면(벗기면 보임, 열쇠=추가정보 보관), 익명 = 아예 얼굴이 없음.
Q15. 개인정보 보호법상 가명정보에 대한 설명으로 옳지 않은 것은?
① 통계작성 목적이면 정보주체 동의 없이 처리할 수 있다 ② 가명정보도 개인정보에 해당한다 ③ 추가정보는 분리하여 별도로 보관·관리해야 한다 ④ 개인정보 보호법의 적용을 받지 않는다
정답: ④
- 법 적용을 받지 않는 것은 익명정보. 가명정보는 개인정보이므로 안전조치·재식별 금지 등 의무가 있음.
⑬ 인증서 상태 확인 — CRL vs OCSP
| CRL | OCSP | |
|---|---|---|
| 방식 | CA가 폐지 인증서 목록 파일을 주기적으로 게시 | 응답 서버에 개별 인증서 상태를 실시간 질의 |
| 최신성 | 발행 주기만큼 지연 | 실시간 |
| 부하 | 목록이 커지면 다운로드 부담 | 질의마다 서버 부하, 프라이버시(누가 어떤 사이트 방문) |
| 보완 | Delta CRL | OCSP Stapling (웹서버가 응답을 미리 받아 핸드셰이크에 첨부) |
- 인증서 표준: X.509 v3. PKI 구성: CA(발급), RA(신원 확인), 저장소(Directory/LDAP), 사용자.
- 암기 요령: CRL의 L = List(목록), OCSP의 O = Online.
Q16. 인증서 폐지 여부를 실시간으로 확인하기 위한 프로토콜은?
① CRL ② OCSP ③ LDAP ④ CMP
정답: ②
- OCSP = Online Certificate Status Protocol. CRL은 주기적으로 발행되는 목록이라 실시간성이 떨어짐.
⑭ CC 평가 — PP / ST / TOE / EAL
| 용어 | 의미 | 누가 작성 |
|---|---|---|
| TOE | 평가 대상 (제품 + 설명서) | — |
| PP (보호 프로파일) | 특정 제품 유형에 대한 구현 독립적 보안 요구사항 집합 (예: 방화벽 PP) | 사용자·정부·소비자 그룹 |
| ST (보안 목표 명세서) | 특정 제품의 구현 종속적 보안 기능 명세 (PP를 수용 가능) | 개발자 |
| EAL | 보증 수준 1 ~ 7 (높을수록 엄격) | 평가기관 |
- 요구사항 구조: 클래스 > 패밀리 > 컴포넌트 > 엘리먼트. 보안기능 요구사항(SFR) / 보증 요구사항(SAR).
- CC = ISO/IEC 15408, 국제 상호인정 협정 CCRA.
- 왜 헷갈리나: PP·ST 둘 다 "보안 요구사항 문서".
- 암기 요령: PP = Product 유형(공통, 소비자 관점), ST = Specific Target(이 제품, 개발자 관점).
Q17. CC에서 특정 제품 유형에 대해 사용자 관점에서 구현과 독립적으로 작성한 보안 요구사항 명세는?
① TOE ② ST ③ PP ④ EAL
정답: ③
- PP는 구현 독립적(제품 유형 공통), ST는 구현 종속적(특정 제품). TOE는 평가 대상, EAL은 보증 등급.
⑮ 악성코드 — 바이러스 / 웜 / 트로이목마 (+ 기타)
| 바이러스 | 웜 | 트로이목마 | |
|---|---|---|---|
| 숙주 파일 | 필요 (감염) | 불필요 (독립 실행) | 불필요 (정상 프로그램 위장) |
| 자기 복제 | O | O (네트워크로 스스로 전파) | X |
| 전파 방식 | 사용자가 감염 파일 실행 | 취약점 이용 자동 전파 | 사용자가 속아서 설치 |
| 예 | 매크로 바이러스, 다형성 바이러스 | 웜(Code Red, Slammer, WannaCry의 전파 기능) | 원격제어(RAT), 백도어 설치 |
| 기타 | 특징 |
|---|---|
| 랜섬웨어 | 파일 암호화 후 금전 요구 → 오프라인 백업이 핵심 대응 |
| 루트킷 | 침입 흔적·프로세스 은닉, 커널 수준까지 |
| 백도어 | 정상 인증 우회 접근 경로 |
| 논리 폭탄 | 특정 조건(날짜·이벤트) 충족 시 실행 |
| 봇/봇넷 | C&C 서버 지시를 받는 좀비 PC 집단 → DDoS |
| 파일리스 | 디스크에 파일 없이 메모리·PowerShell·WMI로 실행 |
- 바이러스 세대: 원시형 → 암호형 → 은폐형 → 다형성(Polymorphic) → 매크로.
- 암기 요령: 바이러스 = 기생충(숙주 필요), 웜 = 혼자 기어감(자기 전파), 트로이 = 목마 선물(위장, 복제 X).
Q18. 숙주 프로그램 없이 네트워크 취약점을 이용해 스스로 복제·전파하는 악성코드는?
① 바이러스 ② 웜 ③ 트로이목마 ④ 논리 폭탄
정답: ②
- 독립 실행 + 자기 전파 = 웜. 바이러스는 숙주 필요, 트로이목마는 자기 복제 안 함.
⑯ 피싱 계열 — 피싱 / 스피어피싱 / 웨일링 / 파밍 / 스미싱 / 비싱
| 유형 | 수단·대상 | 핵심 구별점 |
|---|---|---|
| 피싱 | 불특정 다수에게 가짜 메일·링크 | 사용자가 링크를 클릭해야 함 |
| 스피어피싱 | 특정 개인·조직 맞춤 메일 | 표적형 (APT 초기 침투) |
| 웨일링 | CEO·임원 등 고위직 | 큰 고래 |
| 파밍 | DNS/hosts 파일 변조 | 사용자가 정상 URL을 직접 입력해도 가짜 사이트로 이동 |
| 스미싱 | SMS(문자) + 링크 → 악성 앱 | SMS + Phishing |
| 비싱 | 음성(전화) | Voice + Phishing (보이스피싱) |
| BEC / 메모리 해킹 | 거래처 메일 위장 송금 / 메모리상 계좌 변조 | — |
- 왜 헷갈리나: 모두 "가짜 사이트로 유도".
- 암기 요령: 파밍 = 농장(DNS) 자체를 오염 → 주소창에 정확히 쳐도 당함. 나머지는 미끼(링크)를 물어야 당함.
Q19. 사용자가 은행 주소를 정확히 입력했음에도 PC의 hosts 파일이 변조되어 위조 사이트로 접속되었다. 이 공격은?
① 스피어피싱 ② 스미싱 ③ 파밍 ④ 비싱
정답: ③
- 정상 URL 입력에도 DNS/hosts 변조로 위조 사이트 연결 = 파밍. 대응: hosts 파일 무결성 점검, DNSSEC, 보안 프로그램.
⑰ 메일 프로토콜 — SMTP / POP3 / IMAP
| SMTP | POP3 | IMAP | |
|---|---|---|---|
| 역할 | 발송·서버 간 전달 | 수신 (다운로드) | 수신 (서버 동기화) |
| 포트 | 25 (서버 간), 587 (제출), 465 (SMTPS) | 110 / 995 (SSL) | 143 / 993 (SSL) |
| 메일 보관 | — | 기본적으로 내려받고 서버에서 삭제 | 서버에 보관, 여러 기기 동기화 |
| 폴더·부분 다운로드 | — | X | O (헤더만 받기 가능) |
- 메일 보안: PGP(웹 오브 트러스트, IDEA·RSA), S/MIME(X.509 인증서, CA 기반), PEM(중앙집중 키 인증).
- 암기 요령: POP = 팝! 하고 빼서 가져감, IMAP = 지도(Map)처럼 서버에 그대로 두고 봄.
Q20. 여러 기기에서 같은 메일함 상태(읽음 표시·폴더)를 동기화하기에 적합한 수신 프로토콜과 기본 포트는?
① POP3 – 110 ② IMAP – 143 ③ SMTP – 25 ④ IMAP – 110
정답: ②
- IMAP은 메일을 서버에 보관하고 상태를 동기화. 기본 143, SSL 993.
⑱ 메일 발신자 인증 — SPF / DKIM / DMARC
| SPF | DKIM | DMARC | |
|---|---|---|---|
| 방식 | 도메인의 허용 발송 서버 IP 목록을 DNS TXT에 게시 | 발신 서버가 메일 헤더에 전자서명, 공개키는 DNS에 | SPF·DKIM 결과 + 도메인 일치(Alignment) 기반 처리 정책 게시 |
| 검증 대상 | 보낸 서버 IP | 메일 내용·헤더 무결성 + 도메인 | From 도메인 정렬, 실패 시 처리 |
| 결과 | pass / fail / softfail | pass / fail | 정책: none / quarantine / reject + 리포트(rua) |
- 예:
v=spf1 ip4:203.0.113.0/24 include:_spf.example.com -all(-all나머지는 거부,~allsoftfail) - 암기 요령: SPF = 어디서(IP), DKIM = 서명(Key), DMARC = 그래서 어떻게 할래(정책·리포트).
Q21. 수신 서버가 SPF 또는 DKIM 검증에 실패한 메일을 어떻게 처리할지(격리·거부) 도메인 소유자가 정책으로 게시하는 기술은?
① SPF ② DKIM ③ DMARC ④ S/MIME
정답: ③
- DMARC는 p=none/quarantine/reject 정책과 리포트 주소를 DNS에 게시. SPF·DKIM은 검증 수단 자체.
⑲ 애플리케이션 보안 테스트 — SAST / DAST / IAST (+ SCA, RASP)
| SAST (정적) | DAST (동적) | IAST | SCA | |
|---|---|---|---|---|
| 대상 | 소스코드·바이너리 (실행 X) | 실행 중인 앱 (외부에서 공격) | 실행 중 앱 내부 에이전트 | 오픈소스 라이브러리·의존성 |
| 관점 | 화이트박스 | 블랙박스 | 그레이박스 | 구성요소 목록 (SBOM) |
| 시점 | 개발 초기 (코딩 단계) | 테스트·운영 단계 | 테스트 단계 | 빌드 단계 |
| 장점 | 취약 코드 라인 위치 특정 | 실제 공격 가능성, 언어 무관 | 정확도 ↑ | 알려진 CVE 탐지 |
| 단점 | 오탐 많음 | 코드 위치 모름, 커버리지 한계 | 언어 종속 | 자체 코드 취약점은 못 봄 |
- RASP: 운영 중 앱 내부에서 공격을 실시간 차단.
- 암기 요령: S = Static = 서있는 코드, D = Dynamic = 달리는 앱.
Q22. 다음 중 DAST에 대한 설명으로 옳은 것은?
① 소스코드를 컴파일하지 않고 분석한다 ② 실행 중인 애플리케이션에 요청을 보내 취약점을 찾는다 ③ 취약점이 있는 코드의 라인 번호를 정확히 제시한다 ④ 개발 초기 코딩 단계에서만 적용할 수 있다
정답: ②
- DAST는 블랙박스 방식으로 동작 중인 앱을 외부에서 테스트. ①③④는 SAST의 특징.
⑳ 위험분석 — 정량 vs 정성 (+ 위험 대응 4전략)
| 정량적 분석 | 정성적 분석 | |
|---|---|---|
| 표현 | 금액(숫자) | 등급 (상/중/하), 서술 |
| 기법 | ALE = SLE × ARO, SLE = 자산가치 × 노출계수(EF), 과거자료 분석법, 수학공식 접근법, 확률분포법 | 델파이법, 시나리오법, 순위결정법, 퍼지 행렬법 |
| 장점 | 비용·효과 분석 명확, 객관적 | 빠르고 쉬움, 금액화 어려운 자산 가능 |
| 단점 | 시간·비용 많이 듦, 정확한 수치 확보 어려움 | 주관적, 결과 비교 어려움 |
| 위험 대응 | 의미 | 예 |
|---|---|---|
| 감소(완화) | 대책을 적용해 위험을 낮춤 | 방화벽 도입 |
| 회피 | 위험을 유발하는 업무·자산 포기 | 해당 서비스 중단 |
| 전가 | 제3자에게 넘김 | 보험, 아웃소싱 |
| 수용 | 그대로 받아들임 (DoA 이하) | 경영진 승인 후 모니터링 |
- 위험분석 접근법: 기준선(베이스라인), 비정형(전문가 판단), 상세 위험분석, 복합 접근법(중요 자산만 상세).
- 암기 요령: 정량 = 양(돈), 정성 = 성질(등급). 델파이 = 전문가 반복 설문.
Q23. 자산가치 1억 원, 노출계수 40%, 연간 발생률 0.5일 때 ALE는?
① 2,000만 원 ② 4,000만 원 ③ 5,000만 원 ④ 8,000만 원
정답: ①
- SLE = 1억 × 0.4 = 4,000만 원 → ALE = 4,000만 × 0.5 = 2,000만 원.
Q24. 다음 중 정성적 위험분석 기법이 아닌 것은?
① 델파이법 ② 시나리오법 ③ 과거자료 분석법 ④ 퍼지 행렬법
정답: ③
- 과거자료 분석법은 정량적 기법(수학공식 접근법, 확률분포법과 함께).
㉑ 블록암호 운영모드 — ECB / CBC / CFB / OFB / CTR
| 모드 | IV | 암호화 병렬 | 복호화 병렬 | 오류 전파 | 패딩 | 특징 |
|---|---|---|---|---|---|---|
| ECB | X | O | O | 해당 블록만 | 필요 | 같은 평문 블록 → 같은 암호문 (패턴 노출) |
| CBC | O | X | O | 해당 + 다음 블록 1비트 | 필요 | 이전 암호문과 XOR, 가장 널리 쓰임 |
| CFB | O | X | O | 이후 일부 블록 | 불필요 | 블록암호를 스트림처럼 (자기 동기) |
| OFB | O | X(키스트림 미리 생성 가능) | X | 해당 비트만 | 불필요 | 키스트림 = 암호 출력 반복 |
| CTR | Nonce+카운터 | O | O | 해당 비트만 | 불필요 | 카운터 암호화 후 XOR, 랜덤 접근 |
- 인증 암호(AEAD): GCM = CTR + GMAC (TLS 1.3 기본), CCM = CTR + CBC-MAC.
- 왜 헷갈리나: CFB/OFB의 차이 (피드백이 암호문이냐 출력(키스트림) 이냐).
- 암기 요령: ECB = Easy(그냥 각자) → 패턴 노출. CBC = Chain(사슬). CTR = 번호표 → 병렬 OK.
Q25. 동일한 평문 블록이 동일한 암호문 블록으로 변환되어 이미지 암호화 시 윤곽이 드러나는 운영모드는?
① ECB ② CBC ③ OFB ④ CTR
정답: ①
- ECB는 IV·체인 없이 블록을 독립 암호화 → 패턴 노출.
Q26. 암호화와 복호화 모두 병렬 처리가 가능하고 패딩이 필요 없는 모드는?
① ECB ② CBC ③ CFB ④ CTR
정답: ④
- CTR은 각 카운터 값을 독립적으로 암호화 → 암·복호화 병렬, 스트림처럼 XOR하므로 패딩 불필요. ECB는 병렬은 되지만 패딩 필요.
㉒ DNS 질의 — 재귀 vs 반복 (+ DNS 공격)
| 재귀적 질의 (Recursive) | 반복적 질의 (Iterative) | |
|---|---|---|
| 구간 | 클라이언트(Stub) → 로컬 DNS 서버 | 로컬 DNS → 루트 → TLD → 권한 DNS |
| 응답 | 최종 답(IP) 또는 오류를 받아야 끝남 | "나는 모르니 저기 물어봐" (Referral) 받고 다음 서버로 |
| 보안 이슈 | 외부에 재귀 허용(Open Resolver) → DNS 증폭 DDoS | 캐시 포이즈닝 위험 |
| DNS 공격 | 원리 | 대응 |
|---|---|---|
| DNS 스푸핑 | 같은 LAN에서 위조 응답을 먼저 보냄 | 정적 hosts, 스위치 보안 |
| 캐시 포이즈닝 | DNS 서버 캐시에 위조 레코드 주입 (Kaminsky: TXID 추측) | DNSSEC, 소스포트 랜덤화 |
| DNS 증폭 | 출발지 위조 + ANY 질의 → 큰 응답 | 재귀 제한(allow-recursion) |
| Zone Transfer 유출 | TCP 53 AXFR로 전체 레코드 획득 | allow-transfer 로 보조 DNS만 허용 |
- DNSSEC: 응답의 무결성·출처 인증(전자서명) 제공, 기밀성은 X.
- 암기 요령: 재귀 = "끝까지 알아와"(사용자 → 로컬), 반복 = "여기저기 물어봄"(로컬 → 각 서버).
Q27. 다음 중 DNSSEC이 제공하는 보안 서비스가 아닌 것은?
① 응답 데이터 무결성 ② 데이터 출처 인증 ③ 질의·응답 내용의 기밀성 ④ 존재하지 않는 도메인에 대한 인증된 부인(NSEC)
정답: ③
- DNSSEC은 서명 기반 무결성·출처 인증만 제공. 암호화(기밀성)는 DoH/DoT 영역.
㉓ FTP — Active vs Passive
| Active 모드 | Passive 모드 | |
|---|---|---|
| 제어 연결 | 클라이언트 → 서버 21 | 클라이언트 → 서버 21 |
| 데이터 연결 방향 | 서버(20) → 클라이언트(PORT 명령으로 알린 1024+ 포트) | 클라이언트 → 서버(PASV 응답의 1024+ 임의 포트) |
| 방화벽 | 클라이언트 측 방화벽이 서버발 접속을 막아 실패하기 쉬움 | 클라이언트 친화적, 서버는 높은 포트 범위 개방 필요 |
- FTP 보안: 평문 전송 → SFTP(SSH 기반, 22), FTPS(SSL). Anonymous FTP 금지, ftpusers에 root 등록, FTP Bounce 공격(PORT 명령 악용 → 제3 호스트 스캔).
- TFTP(UDP 69): 인증 없음 → 설정 파일 유출 위험.
- 암기 요령: Active = 서버가 Active하게 먼저 걸어옴(20번에서), Passive = 서버는 수동, 클라이언트가 접속.
Q28. FTP Active 모드에서 데이터 연결을 시작하는 쪽과 출발지 포트는?
① 클라이언트, 21 ② 클라이언트, 임의 포트 ③ 서버, 20 ④ 서버, 21
정답: ③
- Active 모드는 서버가 20번 포트에서 클라이언트가 PORT 명령으로 알린 포트로 접속. Passive는 클라이언트가 서버의 임의 포트로 접속.
㉔ 포트 스캔 — SYN / FIN / XMAS / NULL / ACK / UDP
| 스캔 (Nmap) | 보내는 플래그 | 포트 열림 응답 | 포트 닫힘 응답 | 비고 |
|---|---|---|---|---|
| TCP Connect (-sT) | 3-way 완료 | SYN/ACK → 연결 수립 | RST/ACK | 로그 남음 |
| SYN (-sS) | SYN | SYN/ACK (→ 스캐너가 RST) | RST/ACK | Half-open, 스텔스 |
| FIN (-sF) | FIN | 무응답 | RST | 스텔스 |
| XMAS (-sX) | FIN+PSH+URG | 무응답 | RST | 크리스마스 트리처럼 켬 |
| NULL (-sN) | 플래그 없음 | 무응답 | RST | |
| ACK (-sA) | ACK | (열림/닫힘 판단 X) RST → Unfiltered | — | 무응답/ICMP 오류 → Filtered (방화벽 판별) |
| UDP (-sU) | UDP | 무응답(열림 또는 필터) / UDP 응답 | ICMP Port Unreachable | 느림 |
- FIN/XMAS/NULL은 RFC 793 동작 기반 → Windows는 열림/닫힘 모두 RST 보내서 판별 불가.
- 왜 헷갈리나: SYN 스캔은 "응답 있음 = 열림", 스텔스 3종은 "응답 없음 = 열림"으로 반대.
- 암기 요령: "이상한 패킷(FIN·XMAS·NULL)엔 열린 포트는 침묵, 닫힌 포트는 RST로 화냄".
Q29. XMAS 스캔을 수행했을 때 대상 포트가 닫혀 있는 경우의 응답은?
① SYN/ACK ② RST ③ 무응답 ④ ICMP Echo Reply
정답: ②
- FIN/XMAS/NULL 스캔: 열림 → 무응답, 닫힘 → RST. (Windows 계열은 예외적으로 항상 RST)
Q30. 방화벽이 특정 포트를 필터링하는지 여부(Stateful 여부 포함)를 확인하는 데 주로 사용하는 스캔은?
① SYN 스캔 ② ACK 스캔 ③ NULL 스캔 ④ UDP 스캔
정답: ②
- ACK 스캔은 열림/닫힘이 아닌 Filtered/Unfiltered를 판단. RST 오면 필터링 없음.
㉕ 엔드포인트·탐지 솔루션 — EPP / EDR / XDR / NDR / SIEM / SOAR
| 범위 | 핵심 기능 | |
|---|---|---|
| EPP | 엔드포인트 | 예방: 시그니처 백신, 매체제어, 개인방화벽 (알려진 위협 차단) |
| EDR | 엔드포인트 | 탐지·대응: 행위 기록·분석, 이상행위 탐지, 격리·원격 조치, 포렌식 (침투 이후 대응) |
| NDR | 네트워크 | 트래픽 행위 분석으로 위협 탐지 |
| XDR | 엔드포인트 + 네트워크 + 클라우드 + 이메일 등 | 여러 계층 데이터를 통합 상관분석·대응 |
| SIEM | 전사 로그 | 로그 수집·상관분석·경보 |
| SOAR | 보안 운영 | 플레이북 기반 대응 자동화 |
- 왜 헷갈리나: EDR과 XDR 모두 "Detection & Response".
- 암기 요령: P = Prevent(막기), E = Endpoint(PC에서 감시·대응), X = eXtended(여러 곳을 묶음), SOAR = 자동 조종(Orchestration).
Q31. 알려지지 않은 위협이 PC에 침투한 이후의 프로세스·파일·레지스트리 행위를 지속 기록·분석하고 해당 단말 격리 등 대응 기능을 제공하는 솔루션은?
① EPP ② EDR ③ DLP ④ NAC
정답: ②
- 사후 탐지·대응과 행위 기록 = EDR. EPP는 사전 예방(시그니처 중심).
Q32. 엔드포인트·네트워크·클라우드·이메일 등 여러 보안 계층의 텔레메트리를 통합 분석하여 탐지·대응하는 개념은?
① SOAR ② EPP ③ XDR ④ UTM
정답: ③
- eXtended Detection and Response. SOAR는 대응 자동화, UTM은 네트워크 경계 통합 장비.
㉖ 원격 접속 — VPN vs ZTNA (+ SASE)
| 전통적 VPN | ZTNA | |
|---|---|---|
| 신뢰 모델 | 한 번 인증하면 내부망 진입 = 신뢰 (경계 기반) | 절대 신뢰하지 말고 항상 검증 (Never trust, always verify) |
| 접근 범위 | 네트워크 단위 (내부망 전체 노출 → 횡적 이동 위험) | 애플리케이션 단위 최소 권한 |
| 검증 시점 | 접속 시 1회 | 지속적 (사용자·기기 상태·맥락) |
| 서비스 노출 | VPN 게이트웨이가 인터넷에 노출 | 앱은 숨김(다크 클라우드), 브로커 경유 |
- NIST SP 800-207 제로트러스트 구성: PDP(정책 결정: 정책 엔진 + 정책 관리자), PEP(정책 집행).
- SASE = 네트워크(SD-WAN) + 보안(SSE: SWG, CASB, ZTNA, FWaaS)을 클라우드 서비스로 통합.
- 암기 요령: VPN = 건물 출입증(들어가면 다 돌아다님), ZTNA = 방마다 카드키.
Q33. 제로트러스트 기반 ZTNA의 특징으로 옳지 않은 것은?
① 사용자와 기기를 지속적으로 검증한다 ② 애플리케이션 단위로 최소 권한 접근을 부여한다 ③ 내부망에 접속한 사용자는 기본적으로 신뢰한다 ④ 횡적 이동(Lateral Movement) 위험을 줄인다
정답: ③
- "내부 = 신뢰"는 전통적 경계 보안(VPN) 모델. 제로트러스트는 위치와 무관하게 항상 검증.
이번 주 오답 노트
| 회차 | A 개념 모름 | B 헷갈림 | C 오독 | D 실수 | 합계 |
|---|---|---|---|---|---|
| A | |||||
| B | |||||
| C |